home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 17702 < prev    next >
Encoding:
Text File  |  1996-08-05  |  4.9 KB  |  102 lines
  1. Path: nnrp.info.ucla.edu!usenet
  2. From: thomasj@seas.ucla.edu (T.K. Jun)
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: BC++ 5.0 IDE woes
  5. Date: Wed, 17 Apr 1996 08:11:06 GMT
  6. Organization: University of California, Los Angeles
  7. Message-ID: <4l293l$11p6@saba.info.ucla.edu>
  8. References: <4k9hjs$fl9@arl-news-svc-5.compuserve.com> <marnoldDpIvtA.E9G@netcom.com>
  9. NNTP-Posting-Host: micro2.seas.ucla.edu
  10. X-Newsreader: Forte Free Agent 1.0.82
  11.  
  12. marnold@netcom.com (Matt Arnold) wrote:
  13.  
  14. >Philippe Verdy <100105.3120@compuserve.com> writes:
  15.  
  16. >>marnold@netcom.com (Matt Arnold) s'Θcrit :
  17. >>> pete@borland.com (Pete Becker) writes:
  18. >>> 
  19. >>> >In article <dpayne.828477660@rainbow>, dpayne@rainbow.rmii.com says...
  20. >>> >>
  21. >>> >>One huge problem I am experiencing with BC++ 5.0 (with patch) that I
  22. >>> >>haven't seen posted is the terminal error while simply editing a source
  23. >>> >>file in the IDE. I have experienced numerous (very frustrating) abends
  24. >>> >>of the IDE while editing the source. At first I thought maybe there
  25. >>> >>was a problem with the Win95 patch (from Microsoft), but the same error
  26. >>> >>occurs in NT3.51 as well. Occasionally, the compile process will just hang
  27. >>> >>as well. 
  28. >>> 
  29. >>> >Nope, haven't heard of this broad a problem. Does this happen on a "clean" 
  30. >>> >system, with no other applications running? If not, there's some interaction 
  31. >>> >with some other application, and it would be a great help if you can track down 
  32. >>> >which application it is.
  33. >>> 
  34. >>> Borland C++ has been randomly causing GPFs for me while doing routine 
  35. >>> editor operations since version 4.0, on a wide variety of system
  36. >>> configurations.  I currently have version 4.52 and most of the time, I
  37. >>> run only the IDE (and stock Windows applets).
  38. >>> 
  39. >>> These GPFs usually seem to occur in conjunction with selecting text or 
  40. >>> using the clipboard.  The exact same problem seems to have existed in
  41. >>> all versions I've ever used since 4.0.  I can't give an exact 
  42. >>> reproduction scenario, since it doesn't happen all the time, and it's
  43. >>> difficult to remember the exact keys that we had just pressed when it
  44. >>> happens.  The one consistent theme that I do remember, is that it
  45. >>> always happens when working near the end of text in an editor window.
  46. >>> 
  47. >>> I finally just accepted it as a bug that wasn't going away.  If it *is* 
  48. >>> some basic bug in the Borland C++ editor code, I'm not really surprised 
  49. >>> it made it into 5.0, since apparently no one at Borland caught it going 
  50. >>> from 4.0 all the way 4.52.  However, since 5.0 is supposed to be such a 
  51. >>> rework of the IDE, it seems unlikely the bug could have persisted.
  52. >>> 
  53. >>> Still, I can't imagine, if the programmers at Borland use Borland C++
  54. >>> themselves, why someone at Borland in the IDE group hasn't come across
  55. >>> this bug themselves while programming during the last two years.
  56. >>> 
  57. >>> Maybe they all use Brief or something.
  58. >>> 
  59. >>You should also note that there are some problems with some
  60. >>keyboards, which do not report the correct codes when several
  61. >>keys are pressed simultaneously.
  62. >>There are also problems with some key macro utilities which
  63. >>sometime do not handle the keyboard state correctly, leaving
  64. >>the shift codes (Shift, Alt, AltGr, Control, NumLock, CapsLock
  65. >>and so on) in a bad state. Thse tools simply grab the system
  66. >>keyboard messages, and sometimes do not generate correct
  67. >>sequences to the other applications. Tools known to do that
  68. >>are those on Compaq machines, and those coming with some
  69. >>mouse emulator drivers...
  70.  
  71. >That's nice, but I've never used a Compaq PC, nor anything but 
  72. >whatever Microsoft mouse driver comes with whatever version of
  73. >Windows I've ever used, and this IDE crash has always happened
  74. >for me at some point on all machines I have ever run Borland
  75. >C++ 4.x on.  It certainly seems like an IDE bug to me.  I just
  76. >hope when I get 5.0, it stops happening.
  77.  
  78. >I first noticed the problem using 4.0 on Windows 3.1.  It
  79. >continues to happen, on occasion, with 4.52 on a stock Windows 
  80. >95 installation.
  81.  
  82. >Regards,
  83. >-------------------------------------------------------------------------
  84. >Matt Arnold                       |        | ||| | |||| |  | | || ||
  85. >marnold@netcom.com                |        | ||| | |||| |  | | || ||
  86. >Boston, MA                        |      0 | ||| | |||| |  | | || ||
  87. >617.389.7384 (h) 617.576.2760 (w) |        | ||| | |||| |  | | || ||
  88. >C++, MIDI, Win32/95 developer     |        | ||| 4 3 1   0 8 3 || ||
  89. >-------------------------------------------------------------------------
  90.  
  91. I am afraid that the problem is even worse in BC 5.0.  I can't believe
  92. that BC 5.0 crashes while doing a simple edit of the source code.
  93. When you think about it all it is a text editor but some how when you
  94. delete a line or character you get a complete crash of the complier.
  95. From the looks of how buggy version 5.0 is,  Borland is not going to
  96. be around for long.  I'm using NT 3.51 with 32MB of ram.  On a very
  97. clean system (clean install of the operating system and programs). 
  98.  
  99.  
  100. thomasj@seas.ucla.edu 
  101.  
  102.